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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by ETSI Project Telecommunications and Internet Protocol 
Harmonization Over Networks (TIPHON). 



Introduction 



The present document contains proposals for extensions and additions to the TIPHON Release 3 and Release 4 
deliverable on the protocol framework definition (TS 101 882 [1]). 

TIPHON and UMTS developments do not share a common method to achieve a common goal. However the core 
methods proposed by TIPHON in TS 101 878 [2] of service capabilities as service independent building blocks allows 
the services defined in UMTS by the 3"" Generation Partnership Project (3GPP) to be synthesized. Examples of the 
synthesis of some example UMTS services are given in TS 102 289 [3]. The initial report on the harmonization 
(TS 102 285 [4]) did however identify some capabilities that may be required to be standardized in the TIPHON suite to 
ensure that all UMTS services can be synthesized. These missing capabilities are identified in TS 102 283 [5]. 
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Scope 



The present document defines extensions to the TIPHON meta-protocol suite of service capabihties to enable full 
harmonization with the UMTS services identified in 3GPP TR 24.841 [9]. 
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3.1 



Definitions and abbreviations 



Definitions 



For the purposes of the present document, the definitions given in TR 101 877 [17] and TS 101 878 [2] apply. 



3.2 



Abbreviations 



For the purposes of the present document, the abbreviations given in TR 101 877 [17] and TS 101 878 [2] and the 
following apply: 

3GPP 3"* Generation Partnership Project 

ASN.l Abstract Syntax Notation 1 

CUG Closed User Group 

DECT Digital Enhanced Cordless Telecommunication 

EMTEL ELergency TELecommunications 

ETS Emergency Telecommunications System 

FE Functional Entity 

GSM Global System for Mobile communication 

ISDN Integrated Services Digital Network 

MSC Message Sequence Chart 

PSTN PubUc Switched Telephone Network 

SC Service Capability 

SDP Session Description Protocol 

SIP Session Initiation Protocol 

TDR Telecommunications for Disaster Relief 

TETRA TErrestrial Trunked RAdio 

TIPHON Telecommunications and Internet Protocol Harmonization Over Networks 

UMTS Universal Mobile Telecommunications System 

VLR Visited Location Register 

V-MSC Visited-Mobile Switching Centre 

VPN Virtual Private Network 
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4 Registration and service attachment 

TS 101 882-2 [6] describes the information flows and behaviour of the registration and service attachment service 
according to ITU-T Recommendation 1.130 [7]. 

The meta-protocol in TS 101 882-2 [6] identifies 4 Functional Entities (FEs) and a mapping of these FEs to domains in 
a number of scenarios. The overall meta-protocol for the registration and service attachment service was developed to 
enable support of the mechanisms developed in 2""* generation mobile network devices (e.g. GSM, TETRA and DECT). 
There is no documented method of implementing the equivalent service using SIP in UMTS Release 6. It should be 
noted that the Radio Access Network of 3'^ generation mobile systems has not abandoned the registration capabilities of 
2"** generation systems and therefore the TIPHON meta-protocol, derived from 2"** generation systems, maintains 
support for 3"* generation systems. Furthermore services being introduced to UMTS based on SIP Instant Messaging 
concepts of a presence service also map to the capability set defined in TS 101 878 [2]. 

TS 101 884-1 [8] describes a mapping of SIP to TS 101 882-2 [6] that shows that the SIP registration service does not 
meet the TIPHON meta-protocol requirements completely. However in UMTS-Release 6 a SIP guide for implementing 
a presence service (as for instant messaging) has been defined in 3GPP TR 24.841 [9] that has similar capabilities to 
those defined in TS 101 878 [2] but that does not fully map to the registration service as defined by TS 101 882-2 [6]. 

The full support of the PUBLISH message in SIP and the behaviour surrounding it will require that this mapping and 
comparison of the capability of TIPHON and UMTS is revisited. 



5 Simple call 

5.1 Introduction 

TS 101 882-3 [10] describes the information flows and behaviour of the simple call service according to ITU-T 
Recommendation 1.130 [7]. 

The meta-protocol in TS 101 882-3 [10] identifies 1 1 Functional Entities (FEs) and a mapping of these FEs to domains 
in a number of scenarios. The overall meta-protocol for the simple call service was developed to enable support of the 
ISDN and PSTN call services and those call services defined by ITU-T Recommendation H.323 [11]. There is no 
documented method of implementing the equivalent service using SIP in UMTS Release 6, although a report on 
implementing multimedia call control using SIP is available as TS 124 228 [16]. 

TS 101 884-1 [8] describes a mapping of SIP to TS 101 882-3 [10] that shows that SIP does not meet the TIPHON 
meta-protocol requirements completely. 

In some cases the data definitions in TIPHON are over restrictive for simple mapping to SIP. The following clauses 
identify where changes to the TIPHON specification in TS 101 882-3 [10] should be modified to allow greater 
harmonization of UMTS and TIPHON. 

5.2 Detailed mapping of TIPHON simple call parameters to 
UMTS SIP 

TIPHON parameters, in TS 101 882-3 [10], are defined using ASN.l and do not map directly to the definitions used in 
SIP or in SDP. 

5.2.1 Call identifier 

The ASN.l definition of Call identifier in TS 101 882-3 [10] is: 

CalllDType ::= Natural 

The UMTS SIP equivalent is the combination of the Call-ID, To tag, and From tag. Although it would be possible to 
map between the two domains, the CalllDType in TIPHON may be defined differently to enable a more direct mapping 
whilst retaining support for mapping between TIPHON and other (not SIP based) protocols. 
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5.2.2 Calling user ID and called user ID 

The ASN.l definition of Calling user ID and Called user ID in TS 101 882-3 [10] is: 

TiphonUserName ::= CHOICE 
{ el64 E164Number, 

url Visiblestring, 

displayName Visiblestring 
} 

The UMTS SIP equivalent is the From header field, that contains a URI and an optional display name. The current meta 
protocol type definition allows the SIP calling user information to be mapped, however a more direct mapping is 
possible if the meta-protocol definition for calling and called user ID is modified. The TiphonUserName definition 
should be modified to a SEQUENCE type with an optional element for displayName as shown below: 

TiphonUserName ::= SEQUENCE 
{ 

primaryName CHOICE{el64 E164Number, url Visiblestring}, 

displayName Visiblestring OPTIONAL 



5.2.3 Calling user ID restriction 

The ASN.l definition of Calling user ID restriction in TS 101 882-3 [10] is: 

IdentityRestrictionType ::= ENUMERATED 
{ identityAvailable, 

identityUnavailable 
} 

The UMTS SIP/SDP equivalent is the From header field. If in a session initiation a user wants to restrict the identity the 
string "Anonymous" is assigned to the From header field, clause 5.1.2A.1, TS 124 229 [12]. 

5.2.4 Operator selection 

The ASN.l definition of Operator selection in TS 101 882-3 [10] is: 

OperatorSelection ::= CHOICE 

{ prefixdial SEQUENCE OF TelephoneDigitType, 

operatorlD Visiblestring 
} 

No equivalent capability is supported by the UMTS SIP/SDP protocol, TS 124 229 [12]. 

5.2.5 Service offer ticket 

The ASN.l definition of the Service Offer Ticket in TS 101 882-3 [10] is: 

TicketType ::= SEQUENCE 

( registrantid Visiblestring, 

registrarld Visiblestring, 

serviceCredential ServiceCredentialsType, 

cryptoDigest DigestType OPTIONAL 
} 

ServiceCredentialsType ::= SEQUENCE OF ServiceCredentialType 

ServiceCredentialType ::= SEQUENCE 

{ serviceAppId ServiceApplicationType, 

spoA SpoAType, 

startTime GeneralizedTime, 

stopTime GeneralizedTime, 

cryptoDigest DigestType OPTIONAL 
} 

ServiceApplicationType ;;= Visiblestring 

SpoAType ;;= Visiblestring 

DigestType ;;= Visiblestring 
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The equivalent UMTS SIP/SDP is the Authorization header field, (RFC 3261 [13], clause 20.7). 

5.2.6 QoSServiceClass 

The ASN.l definition of the QoSClass in TS 101 882-3 [10] is: 

QoSClass ::= Integer (0 . .maxQoSClass) 

maxQoSClass Integer ;;= 255 

NonStandardQoSClass ::= QoSClass ( 16 . .maxQoSClass ) 



predef InedQoS QoSClass 

tiphonQoSClass-1 QoSClass 

tiphonQoSClass-2A QoSClass 

tiphonQoSClass-2M QoSClass 

tiphonQoSClass-2H QoSClass 

tiphonQoSClass-3 QoSClass 



No equivalent information exists in the UMTS SIP, however the SDP (RFC 2327 [14]) parameter "a=quality" may be 
used, and the specified domain enable a direct mapping. 

5.2.7 TrafficDescriptor 

The ASN.l definition of the TrafficDescriptor in TS 101 882-3 [10] is: 

TrafficDesc ::= SEQUENCE 

{ peakFrameRate FrameRateType, 

maxFrameLength FrameLength 
} 

FrameRateType ;;= Integer (1..255) 

FrameLength ::= Integer (1.. 65535) 

There is no equivalent information in the UMTS SIP. 

5.2.8 Codec 

The ASN.l definition of the CodecList in TS 101 882-3 [10] is: 

CodecList ::= SEQUENCE (SIZE (1..8)) OF CodecType 

CodecType ::= SEQUENCE 

{ codecID CodecID, 

f ramesperPacket FrameCountType 
} 

There is no equivalent in the UMTS SIP, however the SDP "m" field is used to convey codec information as defined in 
TS 124 229 [12], clause 6. The "m" field defines different "payload type numbers" that identifies specific payloads. 

5.2.9 Transcode count 

The ASN.l definition of the TranscodeCountType in TS 101 882-3 [10] is: 

TranscodeCountType ::= Integer (0..255) 

There is no equivalent information in the UMTS SIP. 

NOTE: The SDP protocol provides the "rtpmap" attribute value that allows specification of the media format, 
however it does not define the maximum number of transcodings allowed in a media path. 
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5.2.1 Previous domain egress point 

The ASN.l definition of the NextworkSpecificAddrType in TS 101 882-3 [10] is: 

NetworkSpecificAddrType ::= CHOICE 
{ 

slotNumber SlotNumberType^ 

ipAddress IPAddressType 
} 

There is no similar information in UMTS SIP. In SDP the media stream can be specified using the "m"-field to identify 
the port and the "c"-field to specify the previous domain address. 

5.2.11 Next domain egress point 

The ASN.l definition of the NextworkSpecificAddrType in TS 101 882-3 [10] is: 

NetworkSpecificAddrType ::= CHOICE 
{ 

SlotNumber SlotNumberType, 

ipAddress IPAddressType 
} 

There is no similar information in UMTS SIP. In SDP the media stream can be specified using the "m"-field to identify 
the port and the "c"-field to specify the next domain address. 

5.2.12 Result 

The ASN.l definition of the Resuh types in TS 101 882-3 [10] are: 

OrigCallResultType ::= ENUMERATED 
( requestedCallEstablished (0), 

noCompatibleCodec, 

busy, 

MediaOr Transport Not Available, 

qoSNot Available, 

unknownUser, 

policyRe jection 
} 

NWCallResultType ::= OrigCallResultType (<= unknownUser) 

DestCallResultType ::= OrigCallResultType (<= busy) 
CallAcceptType ::= ENUMERATED 
{ callAccepted, 

noCompatibleCodec, 

busy 
} 

For all enumerated result values used in the Meta-protocol corresponding numeric values used in the UMTS SIP/SDP 
protocols can be identified. 

5.2.13 Bearer identifier 

The ASN.l definition of the BearerldentifierType in TS 101 882-3 [10] is: 

Visiblestring (SIZE (0..128)) 

No equivalent exists in the UMTS SIP. In SDP the origin parameter "o" serves a similar purpose as the bearer identifier 
and can be mapped to the Meta-protocol Bearer identifier information. 
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5.2.1 4 Transport QoS parameters 

The ASN.l definition of the Transport Parameters in TS 101 882-3 [10] is: 

TransportParams ::= SEQUENCE 
{ maximumDelay Microseconds, 

maxDelayVariation Microseconds, 

maxMeanPacketLoss PercentXlOOO 
} 

The UMTS SIP/SDP provides support for end-to-end QoS signalHng as defined in the (TS 129 208 [15]). The QoS 
parameter is defined in terms of a max bit rate and a traffic class value, indicating the priority of the media stream. 
These parameters may be mapped to the meta-protocol QoS information. 

5.2.15 Transport parameter qualifier 

The ASN.l definition of the TransportParmQuaHfierType in TS 101 882-3 [10] is: 

TransportParmQualifierType ::= ENUMERATED 
{ totalRemainingBudget, 

budgetAvailableForDomain 
} 

There is no equivalent in the UMTS SIP/SDP. The UMTS SIP/SDP only specifies QoS requirements in terms of 
requirements for each domain (TS 124 229 [12]). 

5.2.1 6 Destination service domain 

The ASN.l definition of the Destination Service domain in TS 101 882-3 [10] is: 

DomainAddr ::= CHOICE 

( ipv4DomainAddr [0] FourOctetsType, 

ipv6DomainAddr [1] SixteenOctetsType 
} 

In UMTS SIP/SDP similar information can be specified in a Route header field. In order to enable a direct mapping to 
the meta-protocol, the meta-protocol definition shall be modified to support an additional format for the domain 
specification. The additional type shall be as a string type as shown below: 

DomainAddr ::= CHOICE 

( ipv4DomainAddr [0] FourOctetsType, 

ipv6DomainAddr [1] SixteenOctetsType, 

RouteDomainAddr [2] Visiblestring 
} 

5.2.17 Routing number 

The ASN.l definition of the Routing number in TS 101 882-3 [10] is: 

DomainAddr ::= CHOICE 

( ipv4DomainAddr [0] FourOctetsType, 

ipv6DomainAddr [1] SixteenOctetsType 
} 

The UMTS SIP/SDP equivalent information is the domain set in Request-URL The Request-URI may be defined not 
only as an IP-address, hence in order to support this in the meta-protocol the DomainAddr definition shall be extended 
with a "visibleString" choice type as shown below (and in clause 5.2.16): 

DomainAddr ::= CHOICE 
( ipv4DomainAddr [0] FourOctetsType, 
ipv6DomainAddr [1] SixteenOctetsType, 
RouteDomainAddr [2] Visiblestring 
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Additional service capabilities for UMTS 
harmonization 



6.1 Introduction 



Extensions to the suite of service capabilities in the profile class to enable full harmonization with the UMTS services 
identified in 3GPP TR 24.841 [9], as follows: 

• Interrogate Location: 

This capability will return the current location value maintained in the profile belonging to the identified 

user. 

• Update Location: 

This capability updates the current location value maintained in the profile belonging to the identified 
user. 

• Update Service Status: 

The status may mark the service as available or unavailable under user control independent of the overall 
availability of the identified user. 

To enable VPN services and the authorization of CUG, the authorize service capability needs to explicitly address each 
of these (as it has to for TDR). Extensions are required to allow recognition that the authorization is being sought of as a 
particular type, in this case CUG. 

The following clauses identify the provision of these advanced service capabilities in the TIPHON meta-protocol suite. 



6.2 Interrogate location 



The purpose of the interrogate location capability is to return the current location value maintained in the profile 
belonging to the user identified by reglD. This Service Capability (SC) shall not be available to unauthorized users or 
entities. 

The SC is defined by its prototype: 

«sc» location interrogateLocation(Charstring regID, Charstring requestingUser). 

This capability shall accept as input the identity of the user whose location is to be interrogated and the identity of the 
user requesting the capability. It shall return the current location of the identified user. 

To implement this capability, two signals are defined as below: 

+signal interrogateLocation_input(regID: Charstring, requestingUser:Charstring) on interface FromNGNUser. 

+signal interrogateLocation_Return (location: location) on interface ToNGNUser. 

The authorization operation (ValidateAuthority) determines whether the requesting user is authorized to make the 
request. If authorization is granted, the profile is retrieved and the value of the CurrentLocation field returned to the 
requesting user. 
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«Stat©dbQattiDiEgTteiinrogateLocation ( Charstring regID, Charstring requestingUser) {1/1} 



Charstring userToBeLocated; 
Charstring interrogatingUser ; 
userProfile userProf; 



A 



«operation» 

GetProfile 



reglD:Charstring 
return userProfile 



IDLE 



«operation» 

ValidateAuthority 



interrogatingUser :Charstring 
return Boolean 



FromNGNUser:: 
interrogateLocationJnput 
(userToBeLocated, interrogatingUser) 





userProf = 
GetProfile 
(userToBeLocated) 



ToNGNUser:: 
profile&ror 
User not authorised") 




ToNGNUser:: 

interrogateLocation_Return 
(userProf .CurrentLocation) 




IDLE 



Figure 1 : State chart specifying «sc»interrogateLocation 
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6.3 Update location 



The purpose of this capabiHty is to update the current location value maintained in the profile belonging to the identified 
user. This service capability shall not be available to unauthorized users or entities. 

The definition of this capability needs some clarification. As part of the '"ocation update" mode of registration familiar 
from 2"** generation mobile networks this updates the current location entry in the profile (in 2°'' generation mobile 
networks this may instigate the migration or roaming procedures to identify a new VLR/V-MSC). A second 
consideration of this capability is driven from EMTEL requirements where the current location of the calling user is 
required. In this second variant of the capability the location has to be derived from knowledge of the system and 
submitted to the profile store from where it may be read by an authorized user. 

The SC is defined by its prototype: 

«sc» void updateLocation(Charstring regID, Charstring requestingUser, location newLocation). 

The capability accepts as input the identity of the user whose location is to be updated and the identity of the user 
requesting the capability, plus the current location of the user. If the location field is NULL it indicates that the location 
has to be updated by the network hosting the capability. 

To implement this capability one signal is defined as below on the interface FromNGNUser: 

+signal updateLocation_input. 



6.4 Update service status 



The profile for TIPHON includes a list of services that the user is able to access. Each entry for service includes service 
parameters and service status. As default the service status is set to be the same as the overall user-status but may be 
overridden by the user using this service capability. 
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